home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Turnbull China Bikeride
/
Turnbull China Bikeride - Disc 2.iso
/
BARNET
/
ARMLINUX
/
MAIL
/
9806
/
000042_pb@nexus.co.uk _Wed Jun 3 15:06:02 1998.msg
< prev
next >
Wrap
Internet Message Format
|
1998-06-30
|
2KB
Return-Path: <pb@nexus.co.uk>
Received: from globe (nexusel.demon.co.uk [158.152.30.195])
by odie.barnet.ac.uk (8.8.6/8.8.6) with SMTP id PAA04442
for <willy@odie.barnet.ac.uk>; Wed, 3 Jun 1998 15:06:00 +0100
Received: from (spring.nexus.co.uk) [192.0.0.3] (root)
by globe with smtp (Exim 1.82 #1)
id 0yhE7H-0006Nz-00; Wed, 3 Jun 1998 15:02:11 +0100
Received: from localhost (spring.nexus.co.uk) [127.0.0.1] (pb)
by spring.nexus.co.uk with esmtp (Exim 1.82 #1)
id 0yhE7G-0002tZ-00; Wed, 3 Jun 1998 15:02:10 +0100
X-Mailer: exmh version 2.0zeta 7/24/97
To: Jon Olson <olson@mmsi.com>
cc: willy@odie.barnet.ac.uk, linux@arm.uk.linux.org, penne@cptsu5.univ-mrs.fr,
linux-arm@vger.rutgers.edu
Subject: Re: GDB? libdl.so
In-reply-to: Your message of "Wed, 03 Jun 1998 06:48:05 PDT."
<199806031348.GAA27458@toontown.mmsi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Jun 1998 15:02:09 +0100
From: Philip Blundell <pb@nexus.co.uk>
Message-Id: <E0yhE7G-0002tZ-00@spring.nexus.co.uk>
Status: RO
In message <199806031348.GAA27458@toontown.mmsi.com>, Jon Olson writes:
>Hmmm... `ELF toolchain' implies a compiler and binutils... I already
>built those. What takes real time and effort is building libc,
>everything else that links to it including X11, testing it, and
>packaging it up in RPM files. Is this what you're working on, Phil?
No. What I've been working on (though Scott Bambrough and Pat Beirne deserve
credit for a lot of this) is updating the ELF compiler and binutils to support
position-independent code and hence shared libraries, porting glibc2 to the
ARM, and fixing the bugs so it all works together.
Once this is done, building an entire system and packaging it in RPM files
should just be a mechanical matter of feeding it all through `rpm'. Most of
the difficulties people have in building things for Linux/ARM at the moment
are quirks of a.out or the stone-age libc that we use.
p.